home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11753 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: mayne.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: 15 Mar 1996 15:19:48 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4ictukINN7j1@mayne.ugrad.cs.ubc.ca>
  8. References: <JSA.96Feb16135027@organon.com> <DnuGrG.JrE@news.thomson-lcr.fr> <4hl082INNc7d@keats.ugrad.cs.ubc.ca> <adaworksDoBrqA.7or@netcom.com>
  9. NNTP-Posting-Host: mayne.ugrad.cs.ubc.ca
  10.  
  11. In article <adaworksDoBrqA.7or@netcom.com>,
  12. AdaWorks <adaworks@netcom.com> wrote:
  13.  >   No language can help you "do the right job."  Languages such as Ada
  14.  >   and Eiffel are designed to maximize the help one can get from the
  15.  >   compiler to "do the job right."  C++ also defines a language that
  16.  >   makes it possible to get more help from the compiler.  Surely, no one
  17.  >   would ever suggest that C is such a language.  If it were, there would
  18.  >   not be such a huge aftermarket for product such as Purify.
  19.  
  20. The C standard needs to be updated to demand more ``compiler help'' and other
  21. environment features, and a validation suite needs to be made part of the
  22. standard.
  23.  
  24.  >   There are certainly times when one does not want to get a lot of help
  25.  >   from the compiler.  There are some exceptionally bright people who
  26.  >   do not require such help.  However, when it is appropriate to seek the
  27.  >   a lot of help from a compiler, one clear choice is Ada.
  28.  
  29. The trouble is that it's not help to all the organizations that depend on C.
  30.  
  31. The choice of language is sometimes dictated by other factors than just
  32. technical merit. Especially the _continued_ use of a particular language.
  33.  
  34. Most of the C problems lie, arguably, with the inadequate coverage by the
  35. standard of certain issues, not with the syntax and semantics of the language
  36. per se.
  37.  
  38. The standard doesn't require compilers to implement range checking. Hence we
  39. have compilers without range checking. And so forth.
  40. -- 
  41.  
  42.